Server that sends a response when a mobile phone has an active status with a packet switched message service

ABSTRACT

A system may comprise a sending mobile phone that transmits SMS messages via a cellular network and packet switched messages via a packet switched message service (PSMS) and at least one server that supports the PSMS, maintains status information and queues messages for later delivery.

CROSS-REFERENCE TO RELATED APPLICATIONS

This Application is a continuation of U.S. patent application Ser. No.17/872,378, filed on Jul. 25, 2022, which is a continuation of U.S.patent application Ser. No. 17/740,919, filed May 10, 2022, which issuedas U.S. Pat. No. 11,445,338 on Sep. 13, 2022, which is a continuation ofU.S. patent application Ser .No. 17/717,720 filed Apr. 11, 2022, whichissued as U.S. Pat. No. 11,425,541 on Aug. 23, 2022, which is acontinuation of U.S. patent application Ser. No. 17/348,348 filed Jun.15, 2021, which issued as U.S. Pat. No. 11,432,115 on Aug. 30,2022,which is a continuation of U.S. patent application Ser. No.17/228,210 filed Apr. 12, 2021, which issued as U.S. Pat. No. 11,218,847on Jan. 4, 2022, which is a continuation of U.S. patent application Ser.No. 17/131,103 filed Dec. 22, 2020, which issued as U.S. Pat. No.11,044,584 on Jun. 22, 2021, which is a continuation of U.S. patentapplication Ser. No. 16/897,161 filed Jun. 9, 2020, which issued as U.S.Pat. No. 10,893,395 on Jan. 12, 2021, which is a continuation of U.S.patent application Ser. No. 16/714,113, filed on Dec. 13, 2019, whichissued as U.S. Pat. No. 11,089,450 on Aug. 10, 2021, which is acontinuation of U.S. patent application Ser. No. 15/966,965, filed Apr.30, 2018, which is a continuation of U.S. patent application Ser. No.15/011,000, filed Jan. 29, 2016, which is a continuation of U.S. patentapplication Ser. No. 14/307,166, filed on Jun. 17, 2014, which is acontinuation of U.S. patent application Ser. No. 13/762,347, filed onFeb. 7, 2013, which issued as U.S. Pat. No. 8,918,127 on Dec. 23, 2014,which is a continuation of U.S. patent application Ser. No. 12/452,883,filed on Jul. 7, 2010, which issued as U.S. Pat. No. 8,401,576 on Mar.19, 2013, which claims priority to PCT Patent Application No.PCT/AU2008/001043, filed Jul. 18, 2008, that claims priority toAustralian Patent Application No. 2007903979, filed Jul. 24, 2007, andAustralian Patent Application No. 2007906230, filed Nov. 13, 2007, allof which are incorporated herein by reference.

TECHNICAL FIELD

This invention concerns a messaging service in a wireless communicationsnetwork.

BACKGROUND ART

Short Messaging Service (SMS) is a technology for sending and receivingshort text messages between mobile users. It was first introduced in theGlobal System for Mobile Communications (GSM) standards in the 1990s butwas subsequently included in other wireless standards such as CodeDivision Multiple Access Systems (CDMA). Although SMS is extremelypopular, one of its biggest drawbacks is that an SMS message can onlycarry a small amount of data due to limitations imposed by the MobileApplication Part (MAP) protocol of SS7. An SMS message can only containup to 160 8-bit alphanumeric or binary characters and any message longerthan 160 characters is usually sent in multiple messages.

A Short Messaging Service Centre (SMSC) is responsible for handling thedelivery of SMS messages in a wireless communications network. An SMSmessage sent by a mobile user is first delivered to the user's networkSMSC before being routed to the recipient. If the recipient's network isoperated by a different provider or employs a different wirelessstandards, the message may pass more through more than one SMSC or SMSCgateway before reaching its final destination. Signalling System 7 (SS7)provides the transport mechanism for SMS traffic.

There are several messaging services that provide an extension to SMS.Enhanced Messaging Service (EMS), which uses existing SMSinfrastructure, allows up to 255 SMS messages to be packaged as one EMSmessage having richer content such as animation, pictures, sounds andformatted text. Unlike SMS and EMS, Multimedia Messaging Service (MMS)messages are delivered using a mobile packet data network. MMS was firstintroduced in 2.5 generation networks such as GPRS, which provides anInternet Protocol (IP) overlay to the existing GSM networks. Amultimedia message may contain images, audio clips and videos.

On the other hand, Mobile Instant Messaging (MIM) technology enablesmobile devices to engage in real-time, instant messaging via an IP datanetwork. Users need to register a user name tag or “handle” with aninstant messaging service provider to send and receive messages. Manycurrent MIM services also require users to maintain a persistentconnection with the Internet during a chat session.

SUMMARY

A system may comprise a sending mobile phone that transmits shortmessage service (SMS) messages via a cellular network and packetswitched messages via a packet switched message service (PSMS) and atleast one server that supports the PSMS, maintains status informationand queues messages for later delivery. The sending mobile phone maysend first information representing a phone number of a first receivingmobile phone to the at least one server. The at least one server, inresponse to receipt of the first information, may send a first responseto the sending mobile phone when the phone number of the first receivingmobile phone is not identified as a subscriber of the PSMS. After thefirst response is received by the sending mobile phone, the sendingmobile phone may send a SMS message to the first receiving mobile phone.The sending mobile phone may send second information representing aphone number of a second receiving mobile phone to the at least oneserver. The at least one server, in response to receipt of the secondinformation and conditioned on the phone number of the second receivingmobile phone being identified as a subscriber of the PSMS and the secondreceiving mobile phone having an active status with the PSMS, may send asecond response to the sending mobile phone. After the second responseis received by the sending mobile phone, the sending mobile phone maysend a packet switched message, via a wireless local area network (WLAN)and the PSMS, to the second receiving mobile phone. At the time thepacket switched message is sent, the second receiving mobile phone maynot be connected to the at least one server. The packet switched messagemay be queued by the at least one server until the second receivingmobile phone connects to the at least one server. The PSMS may be aservice for sending and receiving packet switched messages other thanSMS, enhanced message service (EMS) and multimedia message service (MMS)messages. Content of the SMS message and content of the packet switchedmessage is displayed by a same messaging application.

DISCLOSURE OF THE INVENTION

In a first aspect, the invention is a method for providing a messagingservice on a wireless device in a wireless communications network; themethod comprising the steps of:

Retrieving the destination address of an outgoing message on the device.Verifying whether the destination address is capable of receiving themessage via a packet-switched bearer.

If verification is affirmative, then automatically sending the messageto the destination address via a packet-switched bearer, but otherwise,automatically sending the message to the destination address via an SMSbearer.

Unlike conventional SMS, EMS and MIM clients, the invention combinesexisting messaging solutions to offer a single interface for sending andreceiving both text and multimedia messages. The automatic bearerselection enables the user to have the widest range of messagingoptions, including text, voice, video, picture, based on knowledge ofthe status and capability of the recipient's device.

The SMS bearer may be a conventional GSM SS7 signalling channel. Thepacket-switched bearer may be a HSDPA, WCDMA, CDMA2000, GPRS or similardata bearer. The packet-switched bearer may also supported by otherwireless technologies such as Bluetooth, WiFi, WiMax. Further, thepacket-switched bearer may be operated by a sender's mobile operator oran independent mobile Internet service provider.

Compared with an SMS bearer, a packet- switched data bearer is able tosend a message with unlimited size at a higher speed.

The destination address may be a mobile phone number or a numeric“shortcode” or alias representing one or more, or a combination of,phone numbers, email addresses, instant messaging user handles and IPaddresses. Therefore, for all users of the messaging service, and unlikeconventional MIM clients, the invention utilises a user's mobile phonenumber as the identifier of the user, and does not require the user toregister a user name, tag or handle, thus providing a single number formessage sending.

A message client running on the device may programmatically anddynamically construct an outgoing message in the correct syntax giventhe user's preferences and given the dynamic requirements of the messageserver for a particular service.

The message client may interpret incoming SMS or incoming messages fromthe message server that are identified in their contents as beingrequirements for the dynamic construction of a message, when the userviews the message.

Alternatively, the message client may interpret incoming SMS or incomingmessages from the message server that are identified in their contentsas being requirements for the dynamic construction of a message, andstore the requirements for the dynamic construction of a message, suchthat they may be invoked by selecting a dynamic menu option.

The requirements may be set out in a structured format using XML suchthat the message client shall, when a user opens a message containingrequirements for the dynamic construction of a message, or when a userselects a dynamic menu:

Present the user with options to choose from; and

For each option, know the intended destination and bearer of themessage; and

Prompt the user for input or to select a file to be sent with theconstructed message; and

Construct a message of the correct syntax based on the user's choicesand input.

The method may further comprise the step of connecting to a messageserver before verifying the destination address. If connection to themessage server is not available, the invention may support severalconfiguration methods in order to configure the mobile device so as tobe able to establish a connection to the message server.

Firstly, the method may comprise the step of retrieving connectionparameters and displaying the retrieved parameters on the mobile deviceif connection to a message server is not available. A mobile user maythen use the retrieved parameters to manually configure the handsetbefore retrying to connect to the message server.

Besides manual configuration, the invention may support manual andautomatic over-the-air (OTA) programming. The method may furthercomprise the step of displaying a link for a sender to request an OTAconfiguration message if connection to the message server is notavailable. For example, a user may then access a website to request aconfiguration message to be sent to the user's mobile device.

The method may further comprise the step of retrieving connectionparameters, automatically creating an OTA configuration message based onthe retrieved parameters and sending the generated configuration messagefrom the mobile device to the same mobile device. Using such automaticOTA configuration, users do not have to manually change the settings ontheir mobile device to establish a connection with the message server.The OTA configuration message may be a binary SMS.

The step of verifying the destination address may involve sending anaddress verification request to a message server and then receiving anotification from the message server specifying whether the destinationaddress is capable of receiving the message via a packet-switchedbearer.

The destination address may be capable of receiving the message via apacket-switched bearer if the address is on a subscriber address list.The subscriber address list may be a list of destination addresses thatsubscribes to the messaging service. The subscriber address list may bemaintained by the message server.

The destination address may be capable of receiving the message using apacket-switched bearer if the address is on the subscriber address listand has an active status. For example, the recipient is inactive if thelength of the message queue of the destination address exceeds a maximumallowable length.

The method may further comprise the step of automatically providingoptions to add one or more attachments to the outgoing message beforesending the message if a packet-switched bearer is selected. Theattachment may be a text, voice, video or picture file. On the otherhand, an outgoing message that is sent using an SMS bearer can only beeither an SMS or EMS message and not have attachments.

Using the invention, a sender may optimally add attachments to anoutgoing message depending on the capability of a recipient's mobiledevice. For example, a user may attach a voice or video message a textmessage if the recipient is able to receive and play the attachment.Further, the invention uses a push model to deliver a voicemail to amobile user without the need of retrieval.

The method may further comprise the step of formatting the outgoingmessage according to the mode of delivery before sending the message. Ifthe message is sent via a packet-switched data bearer, the message maybe formatted as an XML ASCII string.

The method may further comprise the step of appending a system messageto the outgoing message if an SMS bearer is selected.

The system message may comprise an invitation to add the destinationaddress to a subscriber address list if the destination address is noton the list. Otherwise, if the destination address is on the subscriberaddress list but has an inactive status, the system message may comprisean invitation to retrieve messages in the message queue of thedestination address.

By sending an invitation to non-subscribers to add their destinationaddress to the subscriber address list, new users may subscribe to themessaging service without having to actively source how to obtain theservice. This viral, peer-to-peer invitation method also does notrequire central monitoring nor generate additional traffic since aninvitation is appended to an outgoing message.

The method may further comprise the step of notifying the recipient, ifthe recipient is on the subscriber list, when either a message has beenreceived (if the recipient is connected to the message server), or whena message is queued but not yet delivered (if the recipient is notconnected to the message server). The notification method may be asingle ring to the recipient's mobile device. A notification message mayalso be sent to the sender of the message.

The method may further comprise queuing an outgoing message for laterdelivery if the message is undelivered. For example, a message cannot bedelivered if the destination address is on the subscriber address list,but the recipient is not, at the time of sending, connected to themessage server by a packet-switched bearer.

In another aspect, the invention is a mobile device programmed toperform the method. In a further aspect, the invention is a softwareprogram to implement the method.

BRIEF DESCRIPTION OF THE DRAWINGS

An example of the invention will now be described with reference to theaccompanying drawings, in which:

FIG. 1 is a diagram of a messaging system.

FIG. 2A is the user interface on a sender's mobile device.

FIG. 2B is the user interface on a recipient's mobile device.

FIG. 3 is a flowchart of the routine performed by a message client.

FIG. 4 is a flowchart of the routine performed by a message client toestablish a connection with a message server.

FIG. 5 is a flowchart of the address verification routine performed by amessage server.

FIG. 6A is a diagram of the architecture of a message client.

FIG. 6B is an exemplary message format.

FIG. 6C is a diagram of a TCP/IP protocol model used by a messageclient.

FIG. 7 is the user interface on a sender's mobile device during a chatsession.

BEST MODES OF THE INVENTION

Referring first to FIG. 1 , the messaging system 100 comprises a messageserver 170 in communication with network users 110, 120 and 125 via theInternet 160 and base stations 130, 150, 180 and 190. Base stations 130and 150 are typical based stations in a GSM, CDMA, 3G, 3.5G or similarnetwork that supports a HSDPA, WCDMA, CDMA2000, GPRS or similar databearer and are connected to an SMSC via Core Network 140.

Network users 110, 120 and 125 may be part of a wireless personal areanetwork (WPAN), a wireless local area network (WLAN) or a wireless widearea network (WWAN). Base stations 180 and 190 are wireless Internetbase stations operated by an independent wireless service provider. Forexample, the users may access the wireless Internet using technologiessuch as Bluetooth, ZigBee or mesh networking in a WPAN; WiFi in a WLANor WiMax in a WWAN.

In this example it is assumed that a first user 110 (“the sender”) issending a message to a second user 120 (“the recipient”). The messagecontains the phrase “Hi there!” as well as a photo and a voicemail asattachments. Referring now to FIG. 2A, a message client 114 runs on themobile device 112 and is responsible for choosing the mode of deliveryof an outgoing message.

To use the invention, the message client 114 needs to be activated bythe sender 110. However, the message client 114 may be also activatedautomatically when the handset is switched on if such feature issupported by the handset's operating system. Having activated themessage client 114, the sender 110 then selects or enters a destinationnumber. The message client 114 then decides on how the message can besent.

The recipient 120 may be on a network operated by the same or adifferent service provider. The sender and the recipient are eachassociated with an address. The destination address is either a mobilephone number or a numeric “shortcode” or “channel”, which is an aliasrepresenting one or more phone number, email address or instant messagehandle. For example, certain number ranges may be controlled by themessaging server (e.g. 1 800 xxxxxx), some under users' control asdestinations as aliases for a group of numbers and addresses (e.g. 1 801xxxxxx), and some for accessing content services (e.g. 1 900 xxxxxx).Shortcodes are unique and private to a user, hence the same numericshortcode may be used by multiple users.

Shortcodes are created by users and maintained by message server 170.For example, a user creates a shortcode by sending a message with thefollowing content to the message server 170:

-   -   Add channe120 andrew@messmo.com, robert@yahoo.com, 0423789080,        98765432@jabber.org.

The shortcode 20 is an alias for a group comprising two email addresses,one mobile number and an instant message handle. For example, to send amessage to the shortcode created, the destination address will be set to1801 20.

The syntax of messages in the example above is strict, however the useris not limited in their use of services by limits in their own knowledgeof the message syntax.

The message client 114 is able to programmatically and dynamicallyconstruct an outgoing message in the correct syntax given the user'spreferences and given the dynamic requirements of the message server 170for a particular service.

The message client 114 interprets incoming SMS or incoming messages fromthe message server 170 that are identified in their contents as beingrequirements for the dynamic construction of a message. Theinterpretation can occur either when the user views the message (forexample a message titled “Click to create a Channel”), and/or themessage client may interpret the incoming SMS, or incoming messages fromthe message server 170, and store the requirements for the dynamicconstruction of a message, such that they may be invoked by selecting adynamic menu option.

The requirements are set out in a structured format using XML such thatthe message client 114 shall, either when a user opens a messagecontaining requirements for the dynamic construction of a message, orselects a dynamic menu:

-   -   Present the user with options to choose from; and    -   For each option, know the intended destination and bearer of the        message; and    -   Prompt the user for input or to select a file to be sent with        the constructed message; and

Construct a message of the correct syntax based on the user's choicesand input. If the message contained requirements for the dynamicconstruction of a message, where those requirements are by way ofexample set out as:

 <MessageConstructorRequirements>    <MCTitle>Shortcode</ MCTitle >  <Option>     <OptionTitle>Subscribe</ OptionTitle>    <Bearer>SMS</Bearer>     <Destination>1800</Destination>    <OutputToken DataType=′String′ InputMethod=′Constant′    Count=′1′>Add Channel</OutputToken>     <OutputTokenDataType=′Number′ InputMethod=′Input′ Count=′1′>Channel</OutputToken>    <OutputToken DataType=′String′ InputMethod=′Input′    Count=′4′>Destination</0utputToken>   </Option>  <I MessageConstructorRequirem  ents >

The message client 114 would present the user with a message titled‘Shortcode’, where the message client would:

-   -   Present the user with the option ‘Subscribe’; and if this option        is selected    -   Prompt the user for one shortcode eg. User inputs 20; and    -   Prompt the user for four destinations eg. User inputs        andrew@messmo.com, robert@yahoo.com, 0423789080,        98765432@jabber.org; and    -   Construct a message eg. ‘Add Channe120 andrew@messmo.com,        robert@yahoo.com, 0423789080, 98765432@jabber.org’ to be sent to        1900 via SMS bearer.

Thus enabling the benefit to the user of the use of a service where theyotherwise may have been unfamiliar with, or unwilling to input, thestrict syntax of the message required for the service.

When a message is sent to a shortcode, the message can be sent either asa conventional SMS or EMS message using a conventional SMS bearer or apacket-switched data bearer. If a SMS bearer is used, the message willbe sent via a GSM or GPRS signalling channel to Core Network 140, SMSC145, base station 150 before finally reaching recipient 120. If an SMSbearer is used the attachments such as the photo and voicemail will notbe sent.

If a packet-switched data bearer is used, the message client has achoice of sending the message using a packet-switched bearer supportedby the mobile operator's or a third party's network. For example, in aGSM system with General Packet Radio Service (GPRS) overlay, an SMSbearer may be an SS7 signalling channel while a packet-switched databearer may be a shared transmission channel that combines multipletimeslots in a GSM TDMA frame. The packet-switched data bearer may alsobe a Bluetooth, WiFi, WiMax or any other WPAN, WLAN, or WWAN wirelessdata transfer protocol.

Referring now to FIG. 3 , the client 114 first checks whether the sender110 is connected to the Internet 160 and message server 170; see step205. As shown in FIG. 1 , the sender 110 may be connected to the messageserver 170 via a mobile operator's data network (base stations 130) or anetwork provided by an independent mobile Internet service provider(base station 180).

The step of connecting to the message server 170 (step 205) will now beexplained with reference to FIG. 4 . The client 117 first checks whetherconnection to the message server 170 is available. If the connection isnot available, the client 117 displays options for the sender 110 toconfigure the handset such that connection to the message server 170 canbe established; see step 265.

The client 117 supports three configuration methods. Firstly, manualconfiguration may be used; see steps 270, 272 and 274. In this case, theclient 117 first retrieves information specific to the handset and themobile Internet service provider. As mentioned, the mobile Internetservice provider may be a mobile operator or an independent provider.The client 117 then displays the retrieved information such that thesender 110 can configure the handset manually; step 274.

Alternatively, if the sender's mobile device is capable of receiving andprocessing OTA messages, the client 117 may provide a link to a websitethat solicits OTA configuration requests; steps 280 and 282. The websitemay be operated by the message server 170 or a third party and accessedvia a PC, WAP connection from the sender's mobile device or other means.Upon receiving the OTA configuration message, the sender's mobile devicewill ask the sender to accept the changes to its mobile Internet accesssettings according to the configuration message; step 298. If thechanges are accepted, the client 117 then retries to connect to themessage server 170; step 295.

Besides manual configuration and manual OTA configuration requests, theclient 117 is capable of performing self-configuration; see steps 290,292 and 294. Assuming that the client 117 is aware of the specificparameters necessary to configure the sender's mobile device to accessthe mobile Internet, the client 117 first creates an OTA configurationmessage based on the parameters. The client 117 then sends the OTAmessage to the sender's handset (same device). For example, the messagemay be sent as an OTA binary SMS. Upon receiving the OTA configurationmessage, the sender's mobile device asks the sender to accept thechanges to its mobile Internet access settings according to theconfiguration message; step 298. Similarly, the client 117 then retriesto connect to the message server 170 when under the new settings; step295.

The above configuration steps may be repeated until either the messageserver 170 is connected or the user has abandoned the configuration instep 265. In this case, that is the connection to the message server 170is not available, the client 117 will select an SMS bearer as the modeof delivering the outgoing message and proceeds to format the message instep 240. Note that besides configuring the mobile Internet accesssettings of a mobile device, the client 117 may generate OTA messages toconfigure other settings such as email, WAP, MMS and video streaming.

If the sender has access to the message server 170, the client 114 thenretrieves from the message without reference to the message server thedestination address of the outgoing message 220; see step 210. Theclient then sends a verification request to the message server 170 viabase station 130 or 180 and the Internet 160; step 215.

Upon receiving an address verification request, the message server 170performs the method shown in FIG. 5 . The message server 170 firstchecks whether the destination address is on a list of subscribingaddresses; step 320. If the destination address is not known to themessage server 170, the mode of delivery will be set to an SMS bearer;step 350.

If the destination is on the list of subscribing addresses, the messageserver 170 proceeds to check the status of the recipient, that iswhether the destination message queue length has exceeded apredetermined maximum length; 330. If the recipient has a long inactivequeue, the message server 170 will notify the message client 114 to sendthe message using an SMS bearer; see step 350. Otherwise, the mode ofdelivery is set to a packet-switched bearer; see step 360 in FIG. 5 .

Referring to FIG. 3 again, the message client 114 at the sender 110provides options for format and attachment of the outgoing message basedon the mode of delivery; steps 224, 226, 230 and 240. The mode ofdelivery, using information about the recipient's handset stored in themessage server, provides an indication of the capabilities of therecipient's handset and the type of message that can be received by therecipient's 120. If the recipient 120 is an active user, the full rangeof the recipient's capabilities is assumed. However, if the recipient120 is an inactive or past subscriber, the message server's 170knowledge of the recipient's capabilities may be outdated if therecipient has changed its handset. The recipient 120 may then be invitedto update its information.

The message client 114 then intelligently advises the sender 110 whetherthe recipient 120 is able to read attachments or non-text messages. Forexample, if the mode of delivery is a packet-switched bearer, the sender110 is offered with the “ATTACH” option to add voice, picture or videoattachments to the message; see FIG. 2A and steps 224 and 226 in FIG. 3.

If the mode of delivery is an SMS bearer, the “ATTACH” option will bedisabled. Further, depending on configurable settings on the sender'smobile device, the client 117 also appends a system message to theoutgoing message in step 245. If the destination address is not on thelist of subscribing addresses, an invitation to download the client willbe added to the outgoing SMS or EMS. For example, the invitation mayread:

“Go to www.clientdownload.com to download <name of message client>”.

The message client 114 can then be downloaded to the recipient's mobiledevice 120. Then upon starting the message client, the message clientwill generate a unique authentication identifier, either randomly orderived from the mobile devices hardware identification or generated bythe message server. The message client will then initiate a connectionto the message server and communicate the authentication identifier. Themessage client will in parallel send a SMS containing the authenticationidentifier to a SMS gateway service. The SMS gateway service then sendsthe message, including the originating phone number and the body of themessage containing the authentication identifier, to the message servervia HTPP, SMTP, SMPP or a similar protocol.

Upon receipt of the details of a SMS, the message server will determinethe originating phone number of the mobile device from the details ofthe SMS, and hence add the new address (originating phone number) to thelist of subscribing addresses. By matching the authenticationidentifier, either the message server will send the message clientconfirmation that the mobile device and user has been authenticated, orthe message client will initiate the action and request the sameconfirmation from the message server. This authentication method allowsnew users to be authenticated and to subscribe to the messaging servicevia one SMS without requiring any registration or data entry.

If the destination address is on the list of subscribing addresses butthe recipient 120 is inactive, a message to remind the recipient 120 toconnect to the message server 170 will be appended to the outgoing SMSor EMS. For example, the system message may read:

“You have 50 unread messages on <name of message client>.” Returning tothe sending mobile device 110, if the mode of delivery is apacket-switched bearer, the message client manages the delivery of themessage similar to a MIM client such as Jabber. An exemplaryarchitecture of the message client is shown in FIG. 6A, where themessage client may be a Java 2, Mobile Edition (J2ME) program installedon a mobile device. The formatted message is sent as an XML ASCII stringvia a TCP/IP socket to the message server or a HTTP post, an example ofwhich is shown in FIG. 6B. The message contains a text phrase “Hithere!” in the body and two attachments. A photo attachment is definedbetween <photo>and </photo>and a voicemail is defined between<voicemail>and </voicemail>.

FIG. 6C illustrates the five-layer TCP/IP protocol model used by themessage client. GPRS, 3G, 3.5G or other wireless protocols such asBluetooth, WiFi and Wimax are used in the data link layer to deliver themessage from the mobile device to the wireless communications network,IP is used in the network layer to deliver the packet from the sender tothe recipient, UDP and TCP form the transport layer and HTTP, WAP andXML are used in the application and presentation layers.

FIG. 2B shows the user interface of the recipient 120 when a message isreceived. The recipient 120 may receive a notification when the messagehas been successfully received as the recipient while being connected tothe messaging server, may be using another function of the mobiledevice. The notification may be a single ring of the recipient's mobiledevice.

If the destination address is a shortcode, steps 320 and 330 in FIG. 5are repeated for each phone number, email address and user name tagrepresented by the shortcode. If not all addresses in the shortcode arecapable of receiving the message via a packet-switched data bearer, thereply by message server 170 may be an array of binary answers. Forexample, if a shortcode represents three addresses and only the firsthas installed the message client, the mode of delivery is set to m1m2m3=100, where 1 represents a packet-switched bearer and 0 representsan SMS bearer.

A delivery confirmation message may also be sent to the sender 110 bythe message 170 if the message is sent using a packet-switched bearer.The message client 114 maintains a copy of recent messages sent by auser, for example, for a limited time. If a message is unsuccessfullydelivered, it will be queued for later delivery. For example, a messagecannot be delivered if the recipient 120 is not connected to the messageserver 170 when the message is sent. In this case the recipient 120 mayreceive a notification that a message is queued for later delivery. Thenotification may be a single ring of the recipient's mobile device,generated by the message server 170, but using a different originatingnumber from that used for the notification when the message has beendelivered, so as to enable the user to optionally utilize mobile devicefeatures such as distinct ringtones mapped to sending numbers.

A sender 110 and a recipient 120 may send and receive multiple messagesduring a chat session. The user interface may be similar to that of adesktop instant messaging program. For example, an exemplary userinterface of sender 110 is shown in FIG. 7 .

A left arrow indicates a message sent by the sender while a right arrowrepresents a received message. Depending on configurable userpreferences, the recipient 120 with phone number 1234 may choose to havehis or her presence known to the sender 110; see 116 in FIG. 7 . Usingthe presence information, the sender 110 may then stop sending newmessages to the recipient 120 if the latter has gone offline.

Besides performing address verification, the message server 170 alsomaintains user authentication. Authentication is simple and does notrequire a user to create a user name tag like existing MIM servers.Instead, the user's mobile phone number is the default identifier.Authentication adds the mobile phone number to the subscriber addresslist.

Referring to FIG. 1 again, the message server 170 receives each messagethat is sent using a packet switched bearer. Each message is in an XMLformat, and the message server parses the message to determine thedestination address.

The message server 170 is also in communication with third-party contentproviders 175 over the Internet 180. When the message server identifiesa destination address corresponding to a third party content provider,it automatically sends the message to the third party. The third partymay, for example depending on the presence of keywords, send additionalinformation related to the keywords to the sender 110. However, a usermay disable this feature.

For example, if the message contains the name of a certain brand,BUYIVIE, information concerning where to buy the product or its latestpromotion will be retrieved from the third party content provider incommunication with the message server. In this case, depending on thecapability of the recipient's mobile device, the information may be sentas a conventional SMS or as a text message via a packet-switched bearer,with optionally one or more attachments.

User privacy may be protected by not revealing a user's phone number toa third party without the consent of the user. For example, a user maysend a query to a third party content provider 175 to ask about theweather forecast in a particular location via the message server 170. Tohide a user's identity, the message server may dynamically create arandom number that maps to the user's actual mobile number and passesthe query to the third party content provider 175. Further, this mappingmay be dynamic, not static, to ensure that the third party is not ableto determine information about the general behavior of the users.

Similar to user-to-user messages, the type of advertising and marketingmessage that is sent to a user also depends on the capabilities of theuser's handset. Therefore since the message server is aware of thecapabilities of user's handsets, as user handsets are upgraded, themessage server 170 is able to target those users with enhanced,multimedia message content.

It will be appreciated by persons skilled in the art that numerousvariations and/or modifications may be made to the invention as shown inthe specific embodiments without departing from the spirit or scope ofthe invention as broadly described. For instance, the currentapplication outlines how a user, when using a message client, will beprompted to use an SMS, if the recipient is not a user of the messageservice. The existing context of this is that the user is initiating themessage. The functionality can be extended to the situation where amessage is sent using the message client with the goal of prompting theuser to send a response SMS. This can be useful in generating SMStraffic from third parties by sending one message that prompted therecipients to select one or more voting buttons each of which causes anSMS to be sent to a specific premium number.

Conversely the same concept works well for a community of users of amessage client who do not wish to use premium numbers. The entirecommunity can be polled. Each receives an indication to select a votingbutton, and the selections each cause a message with predetermined textto be sent to a predetermined recipient. This minimizes the event offalse responses that cannot be counted.

The present embodiments are, therefore, to be considered in all respectsas illustrative and not restrictive.

The invention claimed is:
 1. A system comprising: a sending mobile phonethat transmits short message service (SMS) messages via a cellularnetwork and packet switched messages via a packet switched messageservice (PSMS); and at least one server that supports the PSMS andmaintains status information; wherein: the sending mobile phoneretrieves a destination address of a first message from the firstmessage, wherein the destination address of the first message is a phonenumber of a first receiving mobile phone; the sending mobile phone sendsfirst information representing the phone number of the first receivingmobile phone to the at least one server; the at least one server, inresponse to receipt of the first information, sends a first response tothe sending mobile phone when the phone number of the first receivingmobile phone is not identified as a subscriber of the PSMS; after thefirst response is received by the sending mobile phone, the sendingmobile phone sends the first message as an SMS message to the firstreceiving mobile phone; the sending mobile phone retrieves a destinationaddress of a second message from the second message, wherein thedestination address of the second message is a phone number of a secondreceiving mobile phone; the sending mobile phone sends secondinformation representing the phone number of the second receiving mobilephone to the at least one server; the at least one server, in responseto receipt of the second information and conditioned on the phone numberof the second receiving mobile phone being identified as a subscriber ofthe PSMS and the second receiving mobile phone having an active statuswith the PSMS, sends a second response to the sending mobile phone;after the second response is received by the sending mobile phone, thesending mobile phone sends the second message as a packet switchedmessage, via a wireless local area network (WLAN) and the PSMS, to thesecond receiving mobile phone, wherein at the time the packet switchedmessage is sent, the second receiving mobile phone is not connected tothe at least one server, wherein the packet switched message is queueduntil the second receiving mobile phone connects to the at least oneserver; the PSMS is a service for sending and receiving packet switchedmessages other than SMS, enhanced message service (EMS) and multimediamessage service (MMS) messages; and content of the SMS message andcontent of the packet switched message is displayed by a same messagingclient.
 2. The system of claim 1, wherein the second receiving mobilephone has an active status with the PSMS in at least one case when thesecond receiving mobile phone is not connected to the at least oneserver.
 3. The system of claim 1, wherein the second receiving mobilephone has an active status with the PSMS in at least one case when thesecond receiving mobile phone is connected to the at least one serverand the second receiving mobile phone has an active status with the PSMSin at least one case when the second receiving mobile phone is notconnected to the at least one server.
 4. The system of claim 1, whereinthe second receiving mobile phone has an inactive status with the PSMSsubsequent to a plurality of messages being queued for the secondreceiving mobile phone; wherein the PSMS routes at least some messagesbetween PSMS subscribers according to an email address.
 5. The system ofclaim 1, wherein the status information maintained by the at least oneserver is maintained in accordance with an undelivered message queue. 6.The system of claim 1, wherein the second receiving mobile phone has aninactive status with the PSMS when an inactivity parameter associatedwith the second receiving mobile phone exceeds a threshold.
 7. Thesystem of claim 1, wherein the second receiving mobile phone has anactive status with the PSMS after a message queued for the secondreceiving mobile phone is delivered to the second receiving mobilephone.
 8. The system of claim 1, wherein the second receiving mobilephone has an active status with the PSMS at a point in time subsequentto a message queued for the second receiving mobile phone beingdelivered to the second receiving mobile phone.
 9. The system of claim1, wherein the second receiving mobile phone has an active status withthe PSMS when the second receiving mobile phone is connected to the atleast one server and the second receiving mobile phone remains activefor a time period after the second receiving mobile phone is notconnected to the at least one server, after which the second receivingmobile phone has an inactive status with the PSMS, wherein a pluralityof undelivered messages are queued for the second receiving mobile phoneduring the time period.
 10. The system of claim 1, wherein: the sendingmobile phone sends the SMS message to the first receiving mobile phonein accordance with the first response; the sending mobile phone sendsthe packet switched message to the second receiving mobile phone inaccordance with the second response.
 11. The system of claim 4, whereinat least one of the plurality of messages queued for the secondreceiving mobile phone is a picture message.
 12. The system of claim 4,wherein at least one of the plurality of messages queued for the secondreceiving mobile phone is a video message.
 13. The system of claim 4,wherein at least one of the plurality of messages queued for the secondreceiving mobile phone is a voice message; wherein the messaging clientdoes not provide a voice message attachment option during a period oftime between when the first information is received by the messagingclient and when the second information is received by the messagingclient; wherein the messaging client provides a voice messagingattachment option at a time subsequent to when the second information isreceived by the messaging client.
 14. The system of claim 1, wherein themessaging client displays an indication of a bearer used fortransmission of the packet switched message, prior to transmission ofthe packet switched message.
 15. The system of claim 1, wherein themessaging client displays an indication of a bearer used fortransmission of the SMS message, prior to transmission of the SMSmessage.
 16. The system of claim 1, wherein at the time the packetswitched message is sent, the second receiving mobile phone has anactive status with the PSMS; wherein the second response communicates adifferent query result than the first response.
 17. A method performedby a sending mobile phone that transmits short message service (SMS)messages via a cellular network and packet switched messages via apacket switched message service (PSMS), the method comprising:authenticating a phone number of the sending mobile phone with the PSMS;sending first information representing a phone number of a firstreceiving mobile phone to a server of the PSMS; receiving a firstresponse when the phone number of the first receiving mobile phone isnot identified as a subscriber of the PSMS; sending, after the firstresponse is received by the sending mobile phone, an SMS message to thefirst receiving mobile phone; sending second information representing aphone number of a second receiving mobile phone to the server; receivinga second response, when the phone number of the second receiving mobilephone is identified as a subscriber of the PSMS and when the secondreceiving mobile phone has an active status with the PSMS; and sending amessage, after the second response is received by the sending mobilephone, via a wireless local area network (WLAN) and the PSMS, to thesecond receiving mobile phone; wherein the second response communicatesdifferent information than the first response; wherein the PSMS is aservice for sending and receiving packet switched messages other thanSMS, enhanced message service (EMS) and multimedia message service (MMS)messages; wherein the SMS message sent to the first receiving mobilephone and the message sent to the second receiving mobile phone areoriginated via a same messaging client.
 18. The method of claim 17,further comprising: sending third information representing a phonenumber of the second receiving mobile phone to the server; receiving athird response, when the phone number of the second receiving mobilephone is identified as a subscriber of the PSMS and when the secondreceiving mobile phone does not have an active status with the PSMS; andsending, after the third response is received, an SMS message to thesecond receiving mobile phone; wherein the third response communicates asame query result as the first response, and the third responsecommunicates a different query result than the second response.
 19. Themethod of claim 18, further comprising: sending, after the thirdresponse is received, a multimedia message service (MMS) message to thesecond receiving mobile phone.
 20. The method of claim 17, wherein whenthe second response is received, the second receiving mobile phone isoffline from the PSMS, wherein the PSMS routes at least some messagesbetween PSMS subscribers according to an email address.
 21. The methodof claim 17, wherein the server is located outside of the cellularnetwork, wherein the PSMS receives and queues messages addressed to amessage recipient when the message recipient is not connected to thePSMS.
 22. A method performed by a sending mobile phone that transmitsshort message service (SMS) messages via a cellular network and packetswitched messages via a packet switched message service (PSMS), themethod comprising: sending first information representing a phone numberof a first receiving mobile phone to a server of the PSMS; receiving afirst response when the phone number of the first receiving mobile phoneis not identified as a subscriber of the PSMS; sending, after the firstresponse is received by the sending mobile phone, an SMS message to thefirst receiving mobile phone; sending second information representing aphone number of a second receiving mobile phone to the server; receivinga second response, when the phone number of the second receiving mobilephone is identified as a subscriber of the PSMS and when the secondreceiving mobile phone has an active status with the PSMS; sending amessage, after the second response is received by the sending mobilephone, via a wireless local area network (WLAN) and the PSMS, to thesecond receiving mobile phone; sending third information representingthe phone number of the second receiving mobile phone to the server;receiving a third response, when the phone number of the secondreceiving mobile phone is identified as a subscriber of the PSMS andwhen the second receiving mobile phone does not have an active statuswith the PSMS; and sending, after the third response is received by thesending mobile phone, an SMS message to the second receiving mobilephone; wherein the second response communicates different informationthan the third response; and wherein content of the SMS message sent tothe first receiving mobile phone, content of the message sent via theWLAN and the PSMS to the second receiving mobile phone and content ofthe SMS message sent to the second receiving mobile phone is displayedby a same messaging applicaion client; wherein the PSMS routes at leastsome messages between PSMS subscribers according to an email address.23. The method of claim 22, wherein the sending mobile phone isauthenticated to the PSMS via SMS.
 24. The method of claim 22, whereincontent of the message sent via the WLAN to the second receiving mobilephone and content of the SMS message sent to the second receiving mobilephone is displayed in a same interface.
 25. A method performed by asending mobile phone that transmits short message service (SMS) messagesvia a cellular network and packet switched messages via a packetswitched message service (PSMS), the method comprising: retrieving, by amessaging client, a destination address of a first message from thefirst message, wherein the destination address of the first messagerepresents a phone number of a first receiving mobile phone; sendingfirst information representing the phone number of the first receivingmobile phone to a server of the PSMS; receiving a first response whenthe phone number of the first receiving mobile phone is not identifiedas a subscriber of the PSMS; sending, after the first response isreceived by the sending mobile phone, the first message as an SMSmessage to the first receiving mobile phone; retrieving, by themessaging client, a destination address of a second message from thesecond message, wherein the destination address of the second message isa phone number of a second receiving mobile phone; sending secondinformation representing the phone number of the second receiving mobilephone to the server; receiving a second response, when the phone numberof the second receiving mobile phone is identified as a subscriber ofthe PSMS and when the second receiving mobile phone has an active statuswith the PSMS; sending the second message, after the second response isreceived by the sending mobile phone, via a wireless local area network(WLAN) and the PSMS, to the second receiving mobile phone; sending thirdinformation representing the phone number of the second receiving mobilephone to the server; receiving a third response, when the phone numberof the second receiving mobile phone is identified as a subscriber ofthe PSMS and when the second receiving mobile phone does not have anactive status with the PSMS; and sending, after the third response isreceived by the sending mobile phone, an SMS message to the secondreceiving mobile phone; wherein the second response communicatesdifferent information than the third response wherein content of the SMSmessage sent to the first receiving mobile phone, content of the secondmessage and content of the SMS message sent to the second receivingmobile phone is displayed by a same messaging client.
 26. The method ofclaim 25, wherein: the SMS message sent to the first receiving mobilephone is sent in accordance with the first response; the second messageis sent in accordance with the second response; the SMS message sent tothe second receiving mobile phone is sent in accordance with the thirdresponse; the server is located outside of a cellular network.
 27. Themethod of claim 25, wherein the first information represents a pluralityof phone numbers, wherein the messaging client provides a singleinterface for sending and receiving both text and multimedia messages.28. The method of claim 25, wherein at the time when a status of thesecond receiving mobile phone is determined by the PSMS, the secondreceiving mobile phone is not connected to the PSMS.
 29. The method ofclaim 25, wherein the messaging client displays an indication of abearer used for transmission of the second message sent to the secondreceiving mobile phone, prior to the sending of the second message tothe second receiving mobile phone.
 30. The method of claim 25, whereinthe messaging client displays an indication of a bearer used fortransmission of the SMS message sent to the first receiving mobilephone, prior to the sending of the SMS message to the first receivingmobile phone.